Operating system supporting cost aware applications

ABSTRACT

A mobile computing device that supports cost-aware application components for operation over a metered network. A current basis for computing usage charges over one or more networks may be made available to the cost-aware application components through an application programming interface supported by an operating system service. That service may receive a policy for charging for data usage over a network and may also obtain information defining data usage for the mobile computing device. Based on this information, the service may determine a current basis for charging for data usage. With this information, the application component can determine a manner for executing network operations that involve data transmission over the network, such as deferring the operation or selecting an alternative network.

RELATED APPLICATIONS

This application is a continuation of and claims benefit from U.S.patent application Ser. No. 12/972,230 that was filed on Dec. 17, 2010,and that is incorporated herein by reference in its entirety.

BACKGROUND

Many computing devices have connections to mobile networks that supplydata services. Cellular telephones have evolved into “smart phones” thatrun applications, many of which send and receive data through a mobiledata network. Concurrently, computing devices have evolved to take onformn factors that make them easy for a user to carry. These computingdevices also run application that send and receive data through a mobiledata network.

As applications executing on mobile computing devices have gotten morepowerful and more diverse, the bandwidth on mobile data networksconsumed by these applications use has grown. In addition to increasesin the number of mobile devices connected to mobile networks andincreases in the number of applications available for execution on thesemobile devices, data usage has also increased as a result of changes inthe way these applications use data. Applications may now consumenetwork bandwidth engaging in functions such as sending and receivinge-mail, streaming music or video to a mobile device or accessing dataover the Internet.

In response to the growing usage of network bandwidth, mobile networkoperators have begun to revisit their policies for charging for networkdata usage. While, in prior years, it was common for unrestricted datausage to be available for a fixed monthly fee, it is now more prevalentfor data networks to be metered. In metered networks charges are imposedbased on usage. Though, various charging policies have been proposed.

For example, in a variable charging policy, a charge may be imposed foreach unit of data transmitted or received by a mobile device. Avariation of a variable charging policy may cap the total fee per monthsuch that, once usage exceeds a threshold, additional charges are notincurred. In a fixed charging policy, a service plan may have a monthlyusage cap. Usage up to the cap may be covered by the fixed price, butusage above the cap may be charged as in a variable policy. In avariation on the fixed charging policy, there may be no additionalcharge for usage one the cap is exceeded, but the network may throttledata transmissions above the cap such that a user who exceeds the capmay experience reduced service.

SUMMARY

To enhance an experience for a user of a mobile computing device,current network information indicating a current basis for usage chargesmay be made available to an application or other user mode componentexecuting on the mobile computing device. The application may thenselectively execute network operations, which may include determiningwhether the network operations should be performed, either with orwithout modification, based on an impact of the operation on charges theuser may incur for data usage. In making this determination, theapplication may have available information on the importance ofcompleting the operation or completing the operation in a timely way.Accordingly, a cost aware user mode component may trade off cost andimportance.

Information on the current basis for usage charges may be made availablethrough an application programming interface presented by a serviceexecuting on the mobile computing device. The service may obtaininformation on a policy for charging for data usage from a mobilenetwork operator. The service may also obtain information on data usagefrom the mobile network operator, along with values of other parametersthat may be used by the application in determining how to selectivelyexecute the network operation. Though, in some embodiments, usageinformation may be obtained in other ways, such as monitoring networktraffic.

The service may obtain information from a server provided by an operatorof the mobile network. Such a server may supply information to a mobilecomputing device, including, for example, a value defining the mobilenetwork operator's policy for charging for data usage and a valueindicating an amount of data used by the mobile computing device.

The foregoing is a non-limiting summary of the invention, which isdefined by the attached claims.

BRIEF DESCRIPTION OF DRAWINGS

The accompanying drawings are not intended to be drawn to scale. In thedrawings, each identical or nearly identical component that isillustrated in various figures is represented by a like numeral. Forpurposes of clarity, not every component may be labeled in everydrawing. In the drawings:

FIG. 1 is a sketch of an exemplary environment in which embodiments ofthe invention may operate;

FIG. 2 is a functional block diagram of an exemplary computing deviceincorporating a cost service;

FIG. 3 represents an exemplary application programming interface (API)provided by the cost service of FIG. 2;

FIG. 4 is a flow chart of an exemplary method of operating a computingdevice with a cost service and a cost aware application;

FIG. 5 is a flow chart of an exemplary method of operating a cost awareapplication;

FIG. 6 is a flow chart of an exemplary embodiment of a method ofoperating a cost aware software update service;

FIG. 7 is a flow chart of an exemplary embodiment of a method ofprocessing data for transmission in a cost aware operating system;

FIG. 8 is a sketch of an exemplary embodiment of a graphical userinterface through which a user may specify data usage policies forapplications executing on a computing device; and

FIG. 9 is a block diagram of an exemplary computing device in whichembodiments of the invention may be practiced.

DETAILED DESCRIPTION

The Inventors have recognized and appreciated that the onset of newtypes of charging policies for mobile data usage may be a burden onusers of mobile computing devices. Users may misjudge the amount oftheir accumulated usage over a billing period and inadvertently incurcharges for over-cap usage or have their data transmissions throttled.In either event, the user's experience may be degraded, either becauseof “surprise” charges or because on unexpectedly poor performance of thecomputing device when attempting operations that entail datatransmissions.

Moreover, as mobile applications become more powerful, more applicationsmay autonomously initiate actions that consume network bandwidth. Suchoperations may be performed in a background mode of operation of thecomputing device, such that a user may not even be aware that thoseoperations are occurring and consuming network bandwidth. Applicationsthat synchronize with data stores on a network, for example, mayperiodically exchange data over the network with those data stores. Suchapplications may include e-mail servers or software update services.Exchanges of information by these applications may occur in backgroundmode without express user input.

To avoid detracting from an experience for a user of a mobile computingdevice, an operating system may be provided to facilitate cost awareapplications. The operating system may provide a service from whichapplications, and other user-mode components, may obtain current networkinformation, including information that identifies a basis by whichusage charges for the network may be computed. This information, forexample, may allow an application to determine an impact of acontemplated operation and selectively execute or modify the operationbased on the determined impact.

The impact, for example, may be computed as a charge incurred for thespecific operation, if performed. Though, other types of impactalternatively or additionally may be computed. These impacts may includean amount of usage as a percentage of a usage cap, or percentage of theamount remaining until the cap is reached, that will be consumed by theoperation.

Regardless of the specific format in which the impact is determined, acost aware application may use this information to determine whether andhow network operations that will consume bandwidth will be performed.The application, for example, may determine that the operation is to beimmediately executed over a metered network. Alternatively, theapplication may determine that the operation is to be performed at alater time or deferred until an un-metered or lower cost network isdetected. In making such determinations, the cost aware application maytake advantage of information that may be available to the application,such as information about the importance of completing the operation ora cost associated with deferring completion.

A service may obtain information from any of a number of sources inorder to be able to supply it to a user-mode component. In someembodiments, the information may be obtained from a mobile networkoperator. The mobile network operator may operate a server for thispurpose that makes information available to the service on the mobilecomputing device. Such information may include, for example, informationthat identifies a charging policy applicable to the mobile computingdevice that the mobile network operator uses to compute data charges.Alternatively or additionally, the information may specify prior usageby the computing device. Administrative information may also beavailable, such as a date on which a measure of cumulative usage towarda cap is reset.

The service may also gather some or all of the information, such as byobtaining usage information through monitoring. For this purpose, theservice may incorporate a monitoring component that interfaces toportions of the operating system that manages network communications.The monitoring component, for example, may interface to a network stack.Through such an interface, the monitoring component may obtain usageinformation relevant to a specific network over which data istransmitted.

Additionally, the monitoring component may obtain information about auser-mode entity associated with data communicated over the network. Themonitoring component may record this information in association with anysuitable user-mode entity or category of user-mode entities that may beuseful in monitoring network usage. For example, the monitoringcomponent may record usage information associated with a specificapplication or service, user account or type of application.

Alternatively or additionally, a service of a cost aware operatingsystem may determine and enforce a policy related to data usage based oncost-related criteria. Such a policy may specify criteria that, whenapply, indicate whether a network operation is to be performed, modifiedor canceled. These criteria may be based on one or more factors, such ascharges that would be incurred by performing an operation, a tagattached to data for transmission by an applicant generating the data orusage limits specified by a user.

Such policy information may be obtained in any suitable way. In someembodiments, the service may provide a user interface through which auser may specify usage limits or other aspects of a data usage policyfor specific applications or classes of applications.

To enforce decisions on data usage, one or more enforcement mechanismsmay be incorporated in the operating system. Such an enforcementmechanism may be incorporated into a component that establishes networkconnections at the application level. Such a component may be used toblock the creation of a connection or to break down a connection when auser-mode component using that connection violates a data usage policy.Alternatively, enforcement may be through a firewall or similarcomponent, which can be set to block or throttle data packets to or froma user-mode component that is operating outside of a data usage policyapplied to that component.

FIG. 1 illustrates an environment in which a computing device with acost aware operating system may operate. FIG. 1 illustrates a computingdevice 110. In this example, computing device 110 is operated by a user112. Computing device 110 may be carried by user 112 to multiplelocations, and computing device 110 may communicate wirelessly throughone or more access networks at each of those locations. In this example,computing device 110 has a tablet form factor, which may be easilycarried by a user. Though, it should be appreciated that form factor ofthe computing device is not critical to the invention.

In the example of FIG. 1, computing device 110 includes one or moreradios that support communication over multiple access networks throughwhich computing device 110 may access the Internet 130. Through theInternet 130, computing device 110 may further access any of a number ofsources of data, such as websites, corporate networks or any othernetworks connected to Internet 130. For simplicity, those sources ofdata are not expressly indicated in FIG. 1.

In the example of FIG. 1, computing device 110 is equipped to accessInternet 130 through a mobile broadband network. Such a network may beoperated, for example, by a cellular carrier or other mobile networkoperator. In this example, the mobile network operator maintains accessnetwork 120. Access network 120 may be accessed by mobile computingdevices through base stations, of which base station 126 is illustratedin FIG. 1. Access network 120 and base station 126 may be implementedusing conventional components or in any other suitable way.

Base station 126 may include a transmitter/receiver to supportcommunications with mobile computing device 110. Thistransmitter/receiver is coupled to access network 120, through whichcommunications may be routed to and from Internet 130. In this way,mobile computing device 110 may exchange data with any device or othernetwork reachable through Internet 130 through access network 120.

The mobile network operator that operates access network 120 may imposea charge for using access network 120. The charging policy applied todata transmissions sent from or destined for computing device 110 maydepend on any of a number of factors. Those factors may include aspecific subscription plan elected by user 112. Other factors mayinclude amounts of data previously communicated through access network120 for computing device 110 during an applicable charging interval. Forexample, the charging policy may impose different charges for data usagethat exceeds a predetermined threshold during a monthly billing cycle.Though, it should be appreciated that many factors, alternatively oradditionally, may be used to determine specific charges that will beincurred for data usage in performing an operation involvingtransmission of data through access network 120. Different mobilenetwork operators may have different charging policies that weight thesefactors differently. Some mobile network operators may have differentcharging policies for different users based on a subscription agreementwith those users.

To facilitate control over the operation of computing device 110 in away that is cost aware, computing device 110 includes a cost awareoperating system. Such a cost aware operating system may receiveinformation on a charging policy imposed by the mobile network operator.

The cost aware operating system may obtain information related to thecharging policy of the mobile network operator and network data usage,in any of a number of ways. In some embodiments, some or all of this,and possibly other, data cost information used by a cost aware operatingsystem within computing device 110 may come from the mobile networkoperator. In the embodiment of FIG. 1, the mobile operator maintains aserver 122 that is configured to supply such information to mobilecomputing device 110.

Some or all of the data cost information, for example, may becommunicated to computing device 110 over a control channel for themobile broadband network. As a specific example, such information may becommunicated over an SMS channel or other suitable control channel.Alternatively, or additionally, server 122 may be coupled directly toInternet 130. Such a connection may allow mobile computing device 110 toobtain data cost information through any other connection mobilecomputing device 110 may form to internet 130. For example, user 112 mayfrom time-to-time connect mobile computing device 110 to a wired networkthrough which Internet 130 may be accessed. In such a scenario, some orall of the data cost information may be accessed through that wiredconnection.

Accordingly, it should be appreciated that the timing and manner inwhich mobile computing device 110 obtains data cost information is notcritical to the invention and any suitable mechanism or combination ofmechanisms for obtaining that information may be employed. As a specificexample, mobile computing device 110 may obtain charging policyinformation and information on prior usage in different ways. Policyinformation, for example, may be loaded into mobile computing device 110when the device is initially configured to use a mobile broadbandnetwork. The charging policy information may be updated fromtime-to-time when mobile computing device 110 has ready access toInternet 130. Though, information on prior data usage, which may changefrequently, may be communicated wirelessly through access network 120.Communication of such dynamically changing information may be initiatedby server 122 or by mobile computing device 110.

Regardless of the timing and manner in which data cost information iscommunicated, the information may be communicated in any suitableformat. For example, a mobile network operator may define a format fordata cost information records. A cost aware operating system withinmobile computing device 110 may be programmed to recognize the formatand associate values with specific parameters of the data costinformation. Alternatively or additionally, the information may beassociated with tags or other identifiers, allowing a cost awareoperating system to associate values with specific parameters of datacost information based on the tags associated with the individualvalues. Accordingly, it should be appreciated that the format in whichdata cost information is communicated to mobile computing device 110 isnot critical to the invention.

Server 122, for example, may be coupled to access network 120, such thatdata cost information may be communicated wirelessly to computing device110 through base station 126 in a format similar to a format used tocommunicate other types of data to computing device 110. Though, thespecific mechanism by which data cost information is communicated tocomputing device 110 is not a requirement of the invention.

Server 122 may obtain the data cost information in any suitable way.Information on a data charging policy, for example, may be establishedby the mobile network operator as part of one or more subscription plansoffered to subscribers of the mobile network. The mobile networkoperator may associate a specific plan with mobile computing device 110when user 112 enters into a subscription with the mobile networkoperator. The terms of such a subscription may determine the datacharging policy applicable to computing device 110. Accordingly, server122 may obtain data charging policy information from other components,not expressly illustrated in FIG. 1, used in administering the mobilenetwork.

Server 122 may obtain information on past data usage by mobile computingdevice 110 in any suitable way. Server 122 may monitor data trafficassociated with mobile computing device 110 as that data traffic passesthrough access network 120. Though, information relating to past datausage may be tracked by billing components or other conventionalcomponents within a mobile network. Accordingly, server 122 may obtaininformation on past data usage associated with computing device 110 fromother components, not shown, of the mobile network.

Regardless of how data cost information is obtained, a cost awareoperating system may use this information in any of a number of ways.The operating system may, for example, use this information to enforcedata usage policies applicable to applications or other user modecomponents executing on computing device 110. Alternatively oradditionally, the cost aware operating system may provide cost relatedinformation on data usage to cost aware applications or other user modecomponents. The applications or other user mode components may then usesuch information for determining whether and how to perform networkoperations. Such that network operations are selectively performed basedon cost.

One way in which a cost aware application may selectively perform anetwork operation is to defer the operation until a later time when theoperation can be performed at a lower cost. In embodiments in which acharging policy imposes different charges based on data usage atdifferent times of the day, deferring the operation until a lower costtime of day may be appropriate. Alternatively, mobile computing device110 may be configured to connect to different types of networks. A costaware operating system may maintain data cost information for eachnetwork and may use this data cost information to identify a lower costnetwork for performing a specific network operation. Accordingly,deferring a network operation may entail delaying execution of theoperation until mobile computing device 110 is connected to a lower costnetwork and then performing the operation over the lower cost network.

In the example of FIG. 1, mobile computing device 110 is configured toperform operations involving exchanges of data through a mobilebroadband network. It is also configured for connecting wirelessly to alocal area network that may in turn be coupled to Internet 130. Such acapability, for example, may be provided by equipping mobile computingdevice 110 with a Wi-Fi capable network interface card. Though, incontrast to a mobile broadband network, such a local area networkconnection is inherently location dependent.

FIG. 1 illustrates a location 144 at which mobile computing device 110may form a wireless connection through access point 140 to a local areanetwork. Location 144 may represent the home or office of user 112 or apublic “hot spot” or other suitable location where an access point is inrange. In this example, access point 140 is coupled through server 142to Internet 130. Accordingly, when user 112 takes mobile computingdevice 110 to location 144, mobile computing device 110 may performoperations involving data exchanges through access point 140. If thecost of exchanging data through access point 140 is less than the costof exchanging data through access network 120 of the mobile broadbandnetwork, a cost aware application may perform a deferred operationinvolving data exchange when mobile computing device is in location 144or other suitable location where such a low cost network connection isavailable.

Turning to FIG. 2, an example of an architecture of a mobile computingdevice 210 that incorporates a cost aware operating system and costaware user mode components is provided. FIG. 2 shows that mobilecomputing device 210 is configured to interface to multiple networks. Inthis example, a network interface card 220 and a network interface card222 are illustrated. Each network interface card may support connectionsto a different network. For example, network interface card 220 may be aWi-Fi network interface card as is known in the art. Such a networkinterface card may support a connection to a local area network, such asthe connection through access point 140 illustrated in FIG. 1.

Network interface card 222 may be configured for communication over amobile broadband network, such as a connection through base station 126illustrated in FIG. 1. Network interface cards 220 and 222 may beimplemented using techniques as are known in the art.

Each of network interface cards 220 and 222 may be controlled throughsoftware, illustrated as driver 224 and driver 226. Each of drivers 224and 226 may be configured to control specific operations of itsassociated network interface card. Those operations may includetransmitting and receiving data. Such control may be performed usingtechniques as are known in the art. Though, the specific mechanism bywhich transmission and reception occurs is not critical to theinvention, and any suitable techniques may be used.

in operation, drivers 224 and 226 interface with components of anoperating system of mobile computing device 210. The operating systemserves as an intermediary between the drivers and one or more user modecomponents that generate or use the data exchanged through networkinterface cards 220 or 222. In this example, user mode components areindicated as applications 270A, 270B and 270C. Though, it should berecognized that any number of applications that send or receive data mayexecute on mobile computing device 210. Additionally, operating systemservices or other user mode components within the operating system maysimilarly send or receive data. Accordingly, applications 270A, 270B and270C are exemplary and not limiting of the types of user mode componentsthat may send or receive data.

In the example of FIG. 2, the operating system of mobile computingdevice 210 is shown to include stack 230 to pass data for transmissionfrom applications 270A, 270B or 270C to one of the network interfacecards 220 or 222. In reverse, data received at network interface cards220 or 222 may be processed within stack 230 and made available to oneof the applications 270A, 270B or 270C. In the embodiment illustrated,stack 230 may be implemented using conventional techniques.

Stack 230 may perform operations such as receiving data for transmissionfrom one of the applications 270A, 270B or 270C, partitioning that datainto packets and attaching appropriate headers to the packets. Stack 230may then transfer such packets to one of the drivers 224 or 226 fortransmission through an associated network interface card 220 or 222,respectively. The specific format of each packet and the driver to whichthe packets are applied may be determined by stack 230. For example, anapplication may request that stack 230 establish a connection to aremote device. Stack 230 may form such a connection by exchangingcommunications with that remote device over a network to which one ofthe network interface cards 220 or 222 is connected. The format of thepackets may then be determined by characteristics of the network. Insome instances, the network interface card selected by stack 230 forforming the connection may be selected based on the networks over whichthe remote device is accessible. Though, when the remote device isaccessible through multiple networks, the network through which theconnection is established may depend on user preferences or relativeperformance of the networks over which the remote device may be reached.Such selection techniques are known in the art. In embodiments in whichthe operating system of computing device 210 is cost aware, the relativecost of communicating over each network may also be a factor inselecting a network for establishing such a connection.

Regardless of the specific approach used to select the network used fora connection, once that connection is established, the application mayprovide stack 230 with data for transmission through that connection. Inproviding data for transmission over a connection, an application neednot specify a network over which that data will be communicated. Rather,stack 230 may process the data and format it as appropriate fortransmission over the network associated with the connection.

Similarly, for connectionless protocols, such as UDP a user modecomponent may request transmission to an end point. Stack 230 may thenapply known techniques to select a network and appropriate format forcommunication with that end point.

Stack 230 may perform such processing in stages. A first stage, whichmay be performed in upper stack portion 232, may be independent of thespecific network over which the data is to be transmitted. Anyprocessing that depends on the network over which the data is to betransmitted may be performed in lower stack portion 234. Processing inlower stock portion 234, for example, may include selecting anappropriate driver to which packets for transmission are routed. Though,any other suitable processing may alternatively or additionally beperformed in lower stack portion 234.

Data received over networks to which network interface cards 220 and 222are connected may also be processed through stack 230. For receiveddata, stack 230 processes the data and makes it available to anappropriate one of the applications 270A . . . 270C. That processing mayentail network specific processing, which may be performed in lowerstack portion 234, and network independent processing, which may beperformed in upper stack portion 232. In each case, though, theprocessing in each stack portion may be performed using techniques asare known in the art.

FIG. 2 illustrates multiple ways in which the operating system of mobilecomputing device 210 may be cost aware. In the illustrated example, theoperating system includes a cost service 256. Here, cost service 256maintains multiple data stores, data store 252, data store 253 and datastore 254. Data store 252 may contain information on data chargingpolicies of networks to which computing device 210 can connect. ThoughFIG. 1 illustrates a mobile computing device is connected to only onemobile broadband network, a user may have subscriptions to multiplenetworks, and data store 252 may contain information on multiple suchnetworks.

Data store 254 may contain information on data usage. The information indata store 254 may be organized in any suitable way. In someembodiments, data store 254 may contain aggregate usage information forone or more networks to which computing device 210 can connect. In otherembodiments, the data usage information in data store 254 may be storedonly for networks for which there is a corresponding charging policy indata store 252. Though, other criteria, including express user input,may be used to determine networks for which data usage information maybe stored.

Instead of or in addition to storing aggregate data usage over anetwork, data store 254 may store information on data usage by user modecomponents. This information may be stored to record data usage byindividual user mode components, such as applications 270A, 270B or270C. Alternatively or additionally, information in data store 254 maybe organized to show data usage by classes of user mode components. Forexample, all of the components of an operating system may be treated asa class, and information about data usage by operating system componentsmay be stored in a single record in data store 254.

Storing data usage information in connection with user mode componentsmay allow a cost aware operating system and/or cost aware applicationsto manage network operations based on data usage and data usage policiesapplicable to specific user mode components. To support such behavior,the cost aware operating system may include a further data store 253.Data store 253 may contain data usage policies applicable to one or moreuser mode components. In some embodiments, data usage policies may beprovided for individual user mode components or classes of user modecomponents. Such data usage policies may be obtained in any suitableway. In some embodiments, information and data store 253 may bedownloaded into data store 253 by and administrator of mobile computingdevice 210. Though in other embodiments, data usage policies may beobtained by cost service 256 through user interface 260. Through userinterface 260, cost service 256 may obtain policy information from auser of mobile computing device 210.

Regardless of the mechanism by which cost service 256 obtains theinformation in data stores 252, 253 and 254, cost service 256 may usethis information to facilitate cost aware operation of mobile computingdevice 210.

As described above in connection with FIG. 1, data cost information ofthe type maintained in data stores 252 and 254 may be obtained frommobile network operators. Such information may be obtained through datatransmission received through either network interface card 220 or 222and passed through stack 230 to cost service 256. In such an operation,cost service 256 may receive such data cost information usingcommunication techniques appropriate for any other user mode component.Regardless of how cost service 256 receives the information, it maystore the data cost information in data stores 252 and 254 in anysuitable format.

FIG. 2 illustrates an alternative mechanism by which data usageinformation may be obtained. In this example, the cost service includesa usage monitor component 250. In this example, usage monitor component250 interfaces with stack 230. As stack 230 processes transmitted orreceived data, it may provide information about the amount of datatransmitted or received, the network over which the data was transmittedor received and the user mode component that generated or received thatdata. Such information may be used to populate data store 254 with datausage information. The information obtained through usage monitor 250may therefore be used instead of information obtained from a mobilenetwork operator.

In some embodiments, information from usage monitor 250 may be used inconjunction with information obtained from a mobile network operator.For example, cost service 256 may obtain data usage information from amobile network operator at relatively long intervals. Between thoseintervals, data usage information generated by usage monitor 250 may beused to provide more up-to-date information. Alternatively, data usageinformation collected by usage monitor 250 may be the predominant sourceof information on data usage. However, from time-to-time, data usage, asrecorded by usage monitor 250, may be compared to data usage as reportedby a mobile network operator. Discrepancies between the two techniquesfor measuring data usage may be resolved. For example, information indata store 254 acquired by usage monitor 250 may be updated such thatdata usage as measured by usage monitor 250 tracks data usage asreported by a mobile network operator.

In some embodiments, usage monitor 250 may acquire information aboutdata usage that is not available to a mobile network operator. As oneexample, usage monitor 250 may have access to information both about anetwork over which data is transmitted or received and a user modeentity that is transmitting or receiving that data. Though a mobilenetwork operator may have access to information about data usage, themobile network operator may not necessarily be able to associate datatransmitted through access network 120 with a specific user mode entitywithin computing device 210. To obtain such information, usage monitor250 may be coupled to one or more locations in stack 230 where networkinformation and user mode component information is available.

In the embodiment illustrated in FIG. 2, usage monitor 250 is coupled toupper stack portion 232 through extensibility point 244. In upper stackportion 232, information about a user mode entity, such as anapplication or other user mode component that has requested datatransmission or is the destination for data received over a network isavailable. The user mode component may be identified in any suitableway, such as the full path of the executable component that implementsthat user mode component or a digital signature associated with theexecutable. Regardless of how the user mode component is identified, theidentification provides a mechanism for usage monitor 250 to associateinformation on data transmitted over a network with a specific user modecomponent.

In some embodiments, upper stack portion 232 may perform processing thatis independent of a network over which data is to be transmitted or hasbeen received. Accordingly, usage monitor 250 may also be coupled tolower stack portion 234 where information about the network may beavailable. In this example, usage monitor 250 is coupled throughextensibility point 242 to lower stack portion 234. Usage monitor 250may correlate information received from lower stack portion 234 about anetwork with information received from upper stack portion about a usermode component to enable usage monitor 250 to generate data usageinformation on an application-by-application basis.

Any suitable technique may be used to implement extensibility pointswithin stack 230. Though, extensibility points may be implemented usingtechniques that are known in the art. Extensibility points, such asextensibility points 242 and 244, may be incorporated into a stack 230in other contexts, such as to allow anti-virus software to interfacewith stack 230. Through such extensibility points, stack 230 may provideinformation about packets being processed for transmission or uponreceipt over a network. Additionally, through such extensibility points,external components may provide commands to stack 230, which mayinfluence processing of received packets or packets to be transmitted.In the case of usage monitor 250, extensibility points 242 and 244 maybe used only to acquire information. Though, other aspects of a costaware operating system may use extensibility points 242 or 244 tocontrol operation of stack 230 based on data cost information.

Regardless of the manner in which information is loaded into data stores252, 253 and 254, cost service 256 may use this information in one ormore ways. Cost service 256, for example, may access data stores 252,253 and 254 to provide information to cost aware applications, whichthen may alter the way in which they perform network operations based oncost information. Alternatively, cost service 256 may use theinformation in data stores 252, 253 and 254 to directly control theperformance of network operations.

To support provision of cost information to cost aware applications, orother user mode components, cost service 256 may have an applicationprogramming interface 258. A cost aware application may, prior toperforming a network operation, place a call through applicationprogramming interface 258 to obtain cost information. In response tosuch a call, cost service 256 may provide to the cost aware applicationany information from any of the data stores 252, 253 and 254.

Alternatively or additionally, cost service 256 may compute values ofcost parameters applicable to the specific application making the callthrough application programming interface 258. As one example, a costaware application making a call through application programminginterface 258 may identify a network adapter and specify an amount ofdata to be transmitted through that network adapter. Based oninformation maintained by the operating system, cost service 256 mayidentify a network currently associated with the network adapter. Costservice 256 may access data store 252 to obtain the data charging policyfor that network. Because the policy may specify different approaches tocomputing a charge for data transfer based on whether usage of thatnetwork is above or below a cap, cost service 256 may access data store254 to determine prior data usage over that network. By combining thisinformation, cost service 256 may determine the basis for which a chargewill be imposed for the data to be transmitted. The basis for computingthe charge may be communicated to the cost aware application in responseto a call through application programming interface 258.

Though, this charging basis information may be presented in otherformats. In some embodiments, a call through application programminginterface 258 may include information about an amount of data to betransmitted. In that scenario, information about the basis for computinga charge may be reflected in a computation of the incremental chargethat will be incurred by transmitting the specified amount of data overthe network. As yet another possibility, application programminginterface 258 may return information defining a charging policy andprior data usage.

Though, it should be appreciated that any suitable data cost informationmay be made available through application programming interface 258 andthat information need not be provided directly in response to call onthe interface. As an example of one possible variation, applicationprogramming interface 258 may support a registration of user modecomponents to receive notifications when networks of specified costcharacteristics are available. For example, as described above inconnection with FIG. 1, an action that a cost aware application may takeis deferring transmission of data until a low- or no-cost network isavailable. Accordingly, application programming interface 258 maysupport a registration by which a user mode component specifies desirednetwork cost characteristics. A user mode component may specify, forexample, a no-cost network. Cost service 256 may monitor the availablenetworks to which mobile computing device 210 is connected. Using theinformation in data stores 252 and 254, cost service 256 may determine,for each network, the cost characteristics of that network. Upondetecting a network meeting the desired cost characteristics specifiedby the registered user mode component, cost service 256 may notify theuser mode component of the availability of a network meeting the desiredcost characteristics. In this way, a cost aware application may defercertain operations that it determines would cost too much if performedover a current network until such time as a lower priced network isidentified.

In addition to using the information in data stores 252, 253 and 254 toprovide information to cost aware user mode components, cost service 256may control the manner in which operations involving communication ofdata over a network are performed based on data cost information. In theembodiment of FIG. 2, cost service 256 has access to data store 253 thatcontains data usage policies. Each policy may specify conditions underwhich data is to be transmitted or received. Data usage policies mayalso specify such policy information generically, as applicable to allcomponents. Alternating or additionally, usage policies may be specifiedfor individual user mode components or classes of user mode components.Such notices may specify conditions under which data is to betransmitted or received, subject to one or more constraints, such asconstraints on time of transmission, cost of network for transmission ordata rate used for such a transmission. Accordingly, cost service 256may access data store 253 to obtain a data use policy for one or moreuser mode components, and determine whether to allow, block or restrictdata transmissions from or to the user mode components. To the extentany such policy depends on a current charging basis for a network,service 256 may access data usage information from data store 254 anddetermine, for one or more networks to which mobile computing device 210is connected, a current basis for computing charges for incrementalamounts of data transferred over that network.

In embodiments in which cost service 256 determined the manner in whichdata may be transmitted or received, cost service 256 may interface withone or more enforcement components to implement such a determination. Inthe example of FIG. 2, those enforcement components are within mobilecomputing device 210. As one example, firewall 240 is shown.

Firewall 240 may be a component as is known in the art that can blockthe transmission or reception of packets. Firewall 240 may be configuredto block or restrict the transmission of data on a user modecomponent-by-component basis. In scenarios in which cost service 256determines that allowing an application component, for example, tofurther transmit data over a network, cost service 256 may configurefirewall 240 to block transmissions from that application. In somescenarios, firewall 240 may be configurable to allow transmissions fromidentified user mode components, but to restrict the data rate for thosetransmissions, such that the transmissions are “throttled.” Accordingly,firewall 240 is an example of an enforcement mechanism that cost service256 may employ to enforce a data usage policy for a specific user modecomponent or class of user mode components.

Other enforcement mechanisms may alternatively or additionally beincluded. As an example of one possible alternative, cost service 256may interface with stack 230 to enforce a data usage policy. Costservice 256 may interface with stack 230, for example, throughextensibility points, such as extensibility points 242 and 244. Throughsuch extensibility points, cost service 256 may obtain information aboutdata being transmitted or received. Cost service 256 may, in response tosuch information, provide commands to stack 230 through extensibilitypoints 242 or 244. Those commands may indicate whether a data packet isto be passed by stack 230. In this way, transmission of data over anetwork may be blocked or throttled. Alternatively or additionally,commands provided by cost service 256 may control stack 230 to changethe network over which one or more data packets is to be transmitted.For example, though an application component 270A . . . 270C specifiestransmission through a network adapter associated with a meterednetwork, when cost service 256 determines that transmission over thatmetered network would violate a data usage policy associated with theapplication generating the data, cost service 256 may generate commandsto stack 230 causing the data packets from that application component tobe transmitted over an alternative, non-metered network.

Through extensibility points, cost service 256 may also impact theamount of data sent to computing device 210, which may also incur datausage charges. As one example of an enforcement mechanism that may beemployed to reduce the amount of data sent to mobile computing device210, cost service 256 may generate a command to stack 230 to break downa network connection. Breaking down the connection may blocktransmission of data by an external device directed to a user modecomponent executing on mobile computing device 210.

In addition to obtaining data usage policy information from data store253, cost service 256 may obtain data usage policy information in otherways. As one example, data usage policy information may be transferredfrom a user mode component to cost service 256. FIG. 2 provides anexample of a mechanism by which such a transfer of data usage policyinformation may be transferred from a user mode component to costservice 256. In this example, that information is transferred based onthe value of a tag 238 generated by the user mode component. As shown, auser mode component, such as applications 270A . . . 270C may accessstack 230 through interface 236 to initiate transmission or receipt ofdata over a network. Interface 236 may accept a tag 238 associated witha request for data transfer or a request to establish a connection. Thevalue of tag 238 may specify a priority associated with data to be sentor received to the application component. Cost service 256 may use thisvalue to determine a specific action for processing network operationsassociated with the transmission or receipt of data for the applicationcomponent.

As a more specific example, if the value of tag 238 indicates that datatransmission is of high priority, cost service 256 may establish ormaintain the connection for transfer of data to or from that applicationcomponent even if there is an incremental cost associated withtransmission of such data. Alternatively, if the value of tag 238indicates a relatively low priority, cost service 256 may break down aconnection involving that application component to block transmission ofdata from that application component and further receipt of datadirected to that application component over a network for which furthertransmissions will incur data usage charges. As yet another example, avalue of tag 238 may indicate a medium priority associated with datatransmission for an application component. Accordingly, cost service 256may allow such transmissions to continue so long as the incremental costassociated with the data transfer is below a threshold. However, whenthe incremental cost for further transmission exceeds a threshold, costservice 256 may block further transmissions.

In this example, three priority values for tag 238 were described. Itshould be appreciated, though, that tag 238 may take on any number ofvalues and cost service 256 may be programmed to respond to each suchpossible value differently.

Also, it should be recognized that, though FIG. 2 illustrates thatprocessing associated with network costs may be performed in a separatecomponent, cost service 256 need not have any special form. For example,functions of cost service 256 may be integrated with network stack 230or other components within an operating system.

Turning to FIG. 3, an example of information that may be providedthrough application programming interface 258 is illustrated. In theexample of FIG. 3, application programming interface 258 containsmultiple fields, each containing information returned to a user modecomponent making a request for data cost information through applicationprogramming interface 258. In the embodiment illustrated, theinformation in each of the fields may be tailored to the currentoperating state of mobile computing device 210 as it relates to aspecific network for which information may have been requested.Accordingly, a portion of the information returned through applicationprogramming interface 258 may indicate a current basis for theidentified network to compute a charge for incremental data usage. Inthis example, the information indicating a current basis for computing acharge is reflected by a combination of the information in fields 310and 312.

In this example, field 310 includes information about a charging policyfor the network. A value in field 310 may indicate, for example, thatthe identified network is unrestricted, meaning that the mobile networkoperator does not impose an additional charge for incremental datausage. Alternatively, a value in field 310 may indicate that thecharging policy of the network is a fixed type charging policy, meaningthat there is no additional charge for data usage up to a specified cap,but there may be an incremental charge for data usage above the cap. Asa further example, a value in field 310 may indicate a variable chargingpolicy for the identified network, meaning that the mobile networkoperator imposes a charge for each unit of data transmitted over thenetwork.

In addition, field 312 may contain a value of a flag, indicating acurrent charge state for the identified network based on prior datausage. Field 312 may take on different values, depending on the chargingpolicy indicated in field 310. The value of the flag in field 312 mayindicate that an amount of prior data usage has occurred such that ausage cap for the identified network has been exceeded and a mobilenetwork operator may be imposing a charge per unit of data transmitted.Such a value may be appropriate for a network using a fixed-typecharging policy.

As another example, a value in field 312 may indicate that theidentified network is being throttled. Such a value may be appropriatefor a network using a fixed-type charging policy in which, uponexceeding a cap, data transmissions are throttled.

As yet another example, a value in field 312 may indicate that mobilecomputing device 310 is in a roaming mode. Such a value may indicatethat computing device 210 is outside of the home service area for themobile network operator with which a user of mobile computing device 210has a subscription. In a roaming mode, information on network data usageor other elements of data cost information may be unavailable from themobile network operator with which the user has a subscription. A costaware user mode component may treat such information as indicating thatthe identified network is imposing a charge for each increment of datatransmitted and that this charge is imposed at a high rate. Cost awareuser mode components may use this information to determine that networktransmissions of all but the highest priority information should beblocked or routed to an alternative network.

FIG. 3 illustrates that, in connection with the information in fields310 and 312, which collectively provide information on a basis for whichan identified network is imposing an incremental charge for datatransmission, user interface 258 may provide attributes 320 of thecharging policy in effect for the identified network. A cost aware usermode component may use the attributes 320 to determine processing fornetwork operations that may entail data transmissions.

In the example of FIG. 3, attributes 322A . . . 322N are illustrated.Any number of attributes may be provided through application programminginterface 258. An example of an attribute that may be passed through theinterface is an attribute indicating prior data usage. Such an attributemay indicate the amount of data previously transmitted over a networkduring a current billing cycle for a subscription to the identifiednetwork. Such information may be obtained from data store 254 or anysuitable source. The attribute may indicate total data usage for theidentified network. Alternatively or additionally an attribute mayindicate only data usage by the user mode component requestinginformation through application programming interface 258 or aggregatedusage by user mode components in the same category as the user modecomponent requesting information through application programminginterface 258.

Another attribute that may be included among attributes 320 is a capthreshold. For a network with a fixed type charging policy, the value ofthis attribute may indicate a threshold above which a per unit charge isimposed, the transmission rate is throttled or some other characteristicof network charging or operation changes.

A further attribute may be a time stamp. A value of the time stampattribute may indicate when values for the information conveyed throughapplication programming interface 258 were obtained. In scenarios inwhich the information provided through application programming interface258 is derived from a mobile network operator, the time stamp mayindicate the time at which the last update of information from themobile network operator was received.

As yet another example of an attribute that may be provided throughapplication programming interface 258, a plan reset date may beincluded. For networks that have charging policies that are based onusage during an interval, such as a month or billing cycle, a plan resetdate attribute may indicate the date on which a new interval begins suchthat accumulated usage is effectively reset to zero on that date.

A further attribute may indicate the effective connected speed formobile computing device 210. This attribute may indicate the effectivelink speed for mobile computing device 210. Such information mayindicate conditions on the network. Alternatively or additionally, inembodiments in which the network employs a charging policy that includesthrottling data transfers that exceed a cap, the information in thisattribute may indicate a mode in which the network is currentlyoperating.

It should be appreciated that FIG. 3 represents an example ofinformation that may be provided to a cost aware user mode componentthrough application programming interface 258. Different or additionalinformation may be provided in some embodiments, and cost aware usermode components may use some or all of the information provided tocontrol the performance of network operations that involve datatransfer.

Table I illustrates examples of possible combinations of values that maybe provided in fields 310, 312 and 322A . . . 322N. In the exampleprovided by Table I, values representing charging policies, such as maybe represented by a value in field 310, are listed in a column of TableI under the heading “Cost Value.” A column under the heading “Flags”indicates possible values for flag field 312. Other columns in Table Iprovide examples of the attributes 320 that may be passed throughapplication programming interface 258 in connection with other data costinformation. Possible values for an attribute that identifies prior datausage are indicated in Table I under the column heading “Data Usage.”Possible values for an attribute representing a threshold used to definea cap appear in a column of Table I under the heading “Cap Threshold.”Possible values of a time stamp, indicating a time at which the datacost information provided to a user mode component through applicationprogramming interface 258 was acquired from a mobile network operator.Possible values of a further attribute, representing a date on whichtracking of cumulative data usage resets in accordance with asubscription with a mobile network operator are indicated in the columnunder the heading of “Plan Reset Date.” Though not illustrated in TableI, other attributes may be provided, such as an effective data rate forcommunication over the network.

Table I illustrates a plurality of possible cost states that have beendefined for a network. Possible cost states are identified in a columnunder the heading “Cost States.” Accordingly, each row in Table Iindicates possible values in each of the fields provided throughapplication programming interface 258 in a specific cost state. Forexample, the row of Table I corresponding to a cost state indicated as“Connection is unrestricted of cap or usage charges,” identifiespossible values for fields 310, 312, 322A . . . 322N for that coststate.

Specifically in this example, because the connection is unrestricted,field 310 contains a value indicating that the network charging policycorresponds to an unrestricted policy. Similarly, because there is nocap associated with the unrestricted charging policy, no flag will beset in this cost state to indicate usage relative to a cap.

For attributes 320, some may not be applicable for an indicated coststate. In the specific example of an unrestricted charging policy, anattribute corresponding to a cap threshold is not applicable, asindicated in Table I. Other attributes may take on numeric values. Forexample, an attribute indicating data usage may have any valuerepresenting an amount of prior data usage. An attribute indicating atime stamp may have any value indicating a time. An attribute indicatinga plan reset date may also have any value indicating a date.

In other cost states, the fields 310, 312 and 322A . . . 322N may havedifferent allowed values. For example, as indicated in the next row ofTable I, when the cost states is “Connection is a cap plan and isoperating below the cap threshold,” field 310 may take on a valueindicating that the charging policy is a fixed type charging policy.Though a cap may exist for this cost state, as indicated in the columnfor “Cap Threshold,” because the mobile computing device is operatingbelow the cap threshold, no flag is set in field 312 in this cost state.

Other attributes also may take on values in a cost state correspondingto a plan with a cap and operation below the cap threshold. For example,attributes representing data usage, cap threshold, time stamp or planreset date may take on any value in this state.

As yet a further example, in a cost state indicating that “Connection ischarged on a per byte basis,” field 310 may take on a value, asindicated in the column entitled “Cost Value,” representing a variabletype charging policy. In this state, as indicated by the column entitled“Flags,” the value in field 312 may indicate that no flags are set. Inthis cost state, a value for a cap threshold is inapplicable, but otherattributes such as data usage, a time stamp and a plan reset date, mayhave any suitable value of the appropriate type.

Other rows of Table I indicate further possible cost states andacceptable values passed through application programming interface 258in those states. Specifically in this example, Table I illustrates afurther cost state of “Connection is approaching over cap,” “Connectionhas reached over cap and is now being charged overage charges in bytes,”“Connection has reached over cap and is now being throttled,”“Connection is being throttled by the mobile network operator,” and“Connection is roaming outside of the mobile network operator'snetwork.” Table I indicates possible values for each fields indicated inFIG. 3. For example, the charging policy reflected in field 310 may takeon a value of “unrestricted,” “fixed” or “variable” in the exampleillustrated in Table I. The flags represented by information in field312, in the example illustrated by Table I, may be not set or mayindicate an over cap condition or a throttled condition or a roamingcondition.

The cost state reported through application programming interface 258 inresponse to a request for data cost information may be determined in anysuitable way. The cost state, for example, may be reported by the mobilenetwork operator. Alternatively or additionally, the cost state may bedetermined by cost service 256 or other component executing on mobilecomputing device 210. In the example represented by Table I, any of thecost states, except roaming outside of the mobile network operator'snetwork, may be determined by the mobile network operator. The roamingstate may not be indicated by the mobile network operator because themobile network operator may not have a suitable means of communicationwith the mobile computing device 210 while it is roaming. Though, thespecific mechanism by which the cost state and corresponding attributevalues are determined is not critical to the invention.

TABLE I Data Plan Reset Cost States Cost Value Flags Usage Cap ThresholdTime Stamp Date Connection is Unrestricted None set Any Not ApplicableAny value Any value unrestricted value of cap or usage chargesConnection is Fixed None set Any Any value Any value Any value a capplan value and is operating below the cap threshold Connection isVariable None set Any Not Applicable Any value Any value charged on avalue per byte basis Connection is Fixed None Set Any Any value Anyvalue Any value approaching value OverCap Connection Variable Over CapAny Any value Any value Any value has reached flag set value OverCap andis now being charged overage charges in bytes Connection Fixed Over CapAny Any value Any value Any value has reached and value OverCap andThrottled is now being flag set throttled Connection is Unrestricted,Throttled Any Any value Any value Any value being Fixed or flag setvalue throttled by Variable MNO Connection is Unrestricted, Roaming AnyNot Applicable Not Applicable Not Applicable roaming Fixed or flag setvalue outside of Variable MNOs network

Regardless of the manner in which the information passed throughapplication programming interface 258 is generated and the specificvalues in specific fields, that information may be used by a cost awareuser mode component to selectively perform network operations, takinginto account the data cost information. FIG. 4 illustrates a process bywhich a mobile computing device configured with a cost aware operatingsystem to support execution by cost aware user mode components isillustrated.

The process of FIG. 4 begins at block 410. At block 410, a component ofmobile computing device 210 may receive a usage policy. The usage policyreceived at block 410 may be associated with a user mode entity, whichmay be an application or operating system service. Though, in someembodiments, the usage policy received at block 410 may relate to a useraccount or other suitable user mode entity.

In some embodiments, the usage policy received at block 410 may bereceived based on user input through user interface 260. In such anembodiment, cost service 256 may store the usage policy in data store253. Though, data store 253 may be populated with data usage policies inany suitable way, including using techniques as described above.

Moreover, it is not a requirement that the processing at block 410 beperformed by cost service 256. In embodiments in which sub process 430is performed within a cost aware user mode component, the usage policyreceived at block 410 may be received by that cost aware user modecomponent. Accordingly, it is not a requirement that the processing atblock 410 occur dynamically. Rather, the usage policy received at block410 may be encoded into the cost aware user mode component at any timeprior to its execution. Though, in other embodiments, the usage policyreceived at block 410 may be dynamically associated with a user modecomponent during operation of mobile computing device 210 in anysuitable way. Examples of ways in which a usage policy may bedynamically associated with a user mode component are through the use ofa plug-in that encodes the logic of the usage policy or by configurationsettings that are adjusted by user input.

Regardless of the manner in which a usage policy is received at block410, processing may proceed to block 412. At block 412, a networkcharging policy may be received. In the embodiment illustrated in FIG.4, the network charging policy may be received by cost service 256 andstored in data store 252. Any suitable mechanism may be used to receivea network charging policy at block 412. The charging policy, forexample, may be received from a mobile network operator or other sourcein any suitable way, including using the techniques as described above.

The process of FIG. 4 also includes receiving network data usageinformation at block 414. In some embodiments, this information may alsobe received from a mobile network operator. Though, in otherembodiments, the information received at block 414 may be received fromusage monitor 250. Though, the data usage information may be received inany suitable way, including using the techniques described above.

Regardless of the manner in which the charging policy and data usageinformation is obtained, this information may be used at block 416 tocompute a current charging basis. Processing at block 416, for example,may result in identification of a cost state, represented by a costvalue and a setting for flags, as indicated in one of the rows of TableI. This processing may be performed by cost service 256. Though, thespecific mechanism by which the current charging basis is identified atblock 416 and the manner in which this computation is represented is notcritical to the invention, and any suitable technique may be used.

In the example of FIG. 4, the computation of the current charging basisis performed within cost service 256 and then supplied to the cost awareuser mode component, which in this example is an application component.Accordingly, the process of FIG. 4 includes at block 418 notifying theapplication. Processing at block 418 may include passing throughapplication programming interface 258 information in the formatindicated in FIG. 3. Though, it should be appreciated that the specificformat of the information provided is not critical to the invention, andany suitable information may be provided as part of the processing atblock 418.

Based on this information, a cost aware application receiving theinformation at block 418 may perform sub process 430. In this example,sub process 430 represents conditional processing of a networkoperation. The network operation may involve transmission of data over anetwork for which data cost information was obtained at block 418.

In the example of FIG. 4, the processing within sub process 430 branchesat decision block 432 based on whether the cost state indicates thatmobile computing device 210 is in an over cap state. In the examplerepresented by Table 1, this state may be identified based on a value infield 312. Though, the cost state of the network connection may beidentified in any suitable way.

Regardless of the manner in which the cost state is identified, if usagehas not exceeded the threshold associated with a cap, the process maybranch to sub process 450. At sub process 450, the network operation mayproceed as requested. In this example in which the network operationinvolves transmission of data, sub process 450 involves transmitting thedata over the network. Though, it should be appreciated thattransmission of data is an example only of possible network operations.Operations that trigger data being sent by an external device to mobilecomputing device 210 is another example of a network operation that maybe conditionally processed within sub process 430. Moreover, operationsthat involve a combination of transmission and reception of datasimilarly may be conditionally processed. Accordingly, the specificoperation that is conditionally processed is not a requirement of theinvention.

Conversely, if processing at decision block 432 determines that mobilecomputing device 210 is in an over cap cost state, processing may branchfrom decision block 432 to sub process 440. Sub process 440 may entailprocessing the network operation in a way that entails less data usagethan performing the network operation through sub process 450. Anysuitable alternative processing may be performed at sub process 440 toresult in less data usage. The network operation, for example, may becanceled, delayed, or performed in an alternative way that results inless data transferred over the network for which mobile computing device210 is in an over cap cost state. Accordingly, processing at sub process440 may entail data compression techniques. Such techniques may increasethe delay in performing the network operation or may have otherundesirable affects, such as reducing the resolution of graphicspresented on user interface of computing device 210. Though, a costaware application component may apply a usage policy reflecting suchtrade-offs between cost and performance or other attributes affectingoperation of mobile computing device 210.

In the example of FIG. 4, the alternative processing performed in subprocess 440 entails selecting an alternative network. The alternativenetwork may be a wired or wireless network. In the example illustratedin FIG. 1, the alternative network selected may be a local area network,rather than a mobile brand band network. That network may be immediatelyavailable such that sub process 440 may be performed without delay.Though, in some embodiments, selecting an alternative network as part ofsub process 440 may entail delaying the selection until an alternative,lower cost network is identified.

Upon completion of either sub process 440 or sub process 450, the subprocess 430 may end, with conditional processing of the networkoperation being completed. The process of FIG. 4 may then continue toblock 460. At block 460, whatever data was conveyed over a network maybe recorded. In embodiments in which mobile computing device 210includes a usage monitor 250, processing at block 460 may be performedby usage monitor 250. Though, in other embodiments, the usage may bemonitored by a mobile network operator. Accordingly, processing at block460 may entail receiving an update of data usage information from themobile network operator. Such an update may be received immediatelyfollowing transmission of the data as part of sub process 450 or mayoccur at any suitable time thereafter.

FIG. 4 shows the process ending after usage information is recorded atblock 460. Though, it should be appreciated that all or a portion of theprocessing illustrated in FIG. 4 may be repeated as mobile computingdevice 210 operates. For example, upon completion of block 460, theprocessing may loop back to block 416 for processing of a networkoperation for the same or a different user mode component.

FIG. 5 illustrates an alternative sub process 530 that may be performedwithin a cost aware application. In this example, processing within subprocess 530 may begin at sub process 540. Within sub process 540, thecost aware application may execute application functions. Processingwithin sub process 540 may entail any suitable application functions,including those performed using techniques as are known in the art.

Sub process 540 may continue until execution of application functionsresults in a network operation being required. At block 542, such anetwork operation may be encountered. A network operation may be anyoperation that requires the transmission of data over a network ortriggers the likely reception of data over the network.

Upon encountering a network operation as part of the cost awareapplication, processing may proceed to block 544. At block 544, the costaware application may obtain a current basis for usage charges for datacommunicated over a network. Processing at block 544 may entail placinga call on application programming interface 258.

In the example of FIG. 5, the cost aware application computes the costof the network operation as sub process 550. Sub process 550 may entailcomputing the cost in terms of dollars or other unit of currency.Though, qualitative measures of costs may alternatively or additionallybe used. For example, the computation in sub process 550 may entailmultiplying an expected number of bytes to be transmitted in order tocomplete the network operation encountered at block 542 by a currentincremental cost of transmitting a byte of data. Such a computation maybe based on the data charging policy for the mobile network operator asapplicable to mobile computing device 210. That information may beacquired by cost service 256 in any suitable way, including using thetechniques described above. In embodiments in which the data chargingpolicy for the mobile network operator depends on prior data usage,information about prior data usage may also be obtained at block 544.With this information, the cost of the network operation may then becomputed.

At decision block 552, sub process 530 may branch depending on thecomputed cost of completing the network operation. In this example,processing at block 552 involves comparing the computed cost to athreshold. The threshold used at decision block 552 may be based on adata usage policy applicable to mobile computing device 210 or, in someembodiments, applicable to the cost aware application performing subprocess 530. Regardless of the manner in which that threshold value isobtained, if the cost of the network operation is below the threshold,processing may branch to sub process 570. At sub process 570, thenetwork operation may be performed.

Conversely, if, based on processing at decision block 552, it isdetermined that the cost of the network operation will exceed thethreshold, the sub process 530 branches to sub process 560. Processingat sub process 560 entails modifying the network operation to reduce theamount of data exchanged over the network. In this example, modifyingthe operation may entail foregoing transmitting or requesting certaintypes of data. Alternatively or additionally, sub process 560 may entailcompressing data to be transmitted using lossless or lossy compressiontechniques or applying another suitable technique to reduce the amountof data transmitted.

Upon completion of sub process 560 or sub process 570, the processingillustrated in FIG. 5 may end. Though, it should be appreciated thatsuch processing may be performed repeatedly during operation of a mobilecomputing device with one or more cost aware user mode components.

Turning now to FIG. 6, a further alternative sub process 630 that may beperformed by a cost aware user mode component is illustrated. In thisexample, sub process 630 is performed by an update service within theoperating system of mobile computing device 210.

Sub process 630 begins with sub process 640. In this example, the updateservice identifies an available update for one or more softwarecomponents of mobile computing device 210. Processing as part of subprocess 640 to identify an available update may be performed in anysuitable way, including using techniques as are known in the art.Processing at sub process 640, in addition to identifying an availableupdate, may entail identifying a networked server from which the updatemay be obtained and a size, in terms of bytes of data that would bedownloaded in performing the update.

Processing may then proceed to block 642 where the update serviceobtains the current basis for data usage charges on a network over whichthe update server can be accessed. Such information may be obtained byplacing a call on application programming interface 258 or in any othersuitable way. The data obtained at block 642, in some embodiments, mayindicate a network charging policy and a current cost state for thenetwork such that a cost aware update service may compute the cost ofperforming the identified update at block 644. Alternatively, theprocessing represented by blocks 642 and 644 may be performed withincost service 256. In that scenario, for example, a call on applicationprogramming interface 258 may entail providing to cost service 256 anamount of data to be transmitted as part of the update.

Regardless of the specific component that computes the cost of theoperation, processing may proceed to decision block 650 where theprocess may branch depending on the cost. If the cost does not exceed athreshold, processing may proceed to sub process 670. The thresholdemployed at block 650 may be determined based on a charging policy. Thatcharging policy may be specified for computing device 210 or some otherentity or classification of entities. For example, the charging policymay be specified specifically for the cost aware update service. Though,in some embodiments, the usage policy may be specified for operatingsystem components in the aggregate.

Regardless of the manner in which the threshold is obtained, if thecomputed cost for the update is less than the threshold, processing maybranch to sub process 670 where the update is obtained. Conversely, ifthe cost exceeds the threshold, processing may branch to decision block652.

At decision block 652, sub process 630 may again branch depending oncriteria relating to the importance or priority of a network operationto be performed. In this example, the criteria applied at decision block652 relate to the severity of the update identified in sub process 640.In this example, processing branches to sub process 670 when the updateis classified as being of high severity. In that scenario, processingcontinues at sub process 670 where the update is obtained. Conversely,if the severity of the update is low, the process branches to subprocess 660.

At sub process 660, the update service waits to find a lower costnetwork. Such processing may be implemented in any suitable way. Forexample, processing within sub process 660 may entail placing a callthrough application programming interface 258 to register with costservice 256 for a notification when a lower cost network is identified.Alternatively or additionally, processing as part of sub process 670 mayentail canceling the update. In embodiments in which the cost awareupdate service periodically checks for available updates, canceling theupdate based on cost criteria when only high cost networks are availablemay achieve the affect of deferring the operation until a time for aperiodic update coincides with availability of a lower cost network.

Upon completion of sub process 670, resulting in the identified updatebeing completed, or completion of sub process 660, resulting in adeferral of the update operation, the processing illustrated in FIG. 6may end. Though, the processing may be repeated at any suitable time.

FIG. 7 illustrates a further example of a process of operation of amobile computing device that is made cost aware. In this example, a datausage policy is applied by a cost service and enforced within theoperating system rather than within a cost aware application. In theexample of FIG. 7, processing begins at block 710 where the operatingsystem receives data from an application. In this scenario, theapplication need not be cost aware. Though, the process of FiG. 7 may beperformed with cost aware applications.

Processing at block 710 may be performed in any suitable operatingsystem component. As one example, with the architecture of FIG. 2, datafrom an application may be received at stack 230 through interface 236.

At block 712, cost service 256 may apply a data usage policy based on auser mode entity associated with the application initiating a datatransfer operation at block 710. The user mode entity may be theapplication itself. Though, in other embodiments, the user mode entitymay be a user account or other suitable entity that a cost awareoperating system may associate with the operation at block 710.

Processing at block 712 may be performed by cost service 256 obtaininginformation from stack 230, such as through extensibility points withinstack 230. Based on such information, cost service 256 may access datastores 252, 253, and/or 254. Though, in some embodiments, processing atblock 712 may entail accessing a priority tag 238 passed throughinterface 236 from the application requesting an operation involvingdata transfer at block 710. Processing may then entail balancing thepriority attached by the application to the cost state associated withthe network or other indicator of incremental cost for transferring therequired data over the network.

Regardless of how information about the policy is determined, based onthe accessed information, cost service 256 may determine whether theoperation indicated by the received data at block 710 is consistent withthe data usage policy for the identified user mode entity.

The process of FIG. 7 may branch at decision block 720 depending onwhether the operation indicated at block 710 is consistent with the datausage policy. If not, the process may branch to block 722. At block 722,a connection over which data received at block 710, absent costconsiderations, would have been transmitted is broken down. Theconnection may be broken down by deleting data structures describing theconnection or performing other operations as are known in the art. Inscenarios in which processing at block 710 entails receiving a requestto establish a connection, processing at block 722 may be completed byomitting any actions to establish that connection.

Upon completion of the processing at block 722, the process of FIG. 7ends without the data being transmitted. In this scenario, anapplication requesting data transfer at block 710 may receive anotification using a mechanism as is known in the art that the requestedoperation was not completed. The application may execute exceptionhandlers or other processing as is known in the art to respond to anunavailability of a network connection for the operation. In this way,handling of an exception condition resulting from an applicationattempting to perform a network operation outside of a data usage policymay be returned to the application. Though, a cost aware operatingsystem may respond to such an attempt by an application to exceed a datausage policy in any suitable way.

Conversely, if as a result of processing at decision block 720, theconnection is not disallowed, processing may proceed from decision block720 to block 730. At block 730, the data for transmission may beassociated with the user mode entity associated with the applicationcomponent requesting the data transmission at block 710. Any suitablemechanism may be used at block 730 to associate data with a user modeentity, such as writing an identifier into a field associated with abuffer in memory holding the data.

Regardless of the manner in which the data is associated with a usermode entity, processing may proceed to sub process 732. At sub process732, a transport for the data may be selected. Sub process 732 may beperformed using techniques as are known in the art. Processing in subprocess 732 may result in an identification of a network over which thedata is to be transmitted. Such an identification may be made in anysuitable way, including by applying criteria as are known in the art toselect a network that maximizes criteria indicative of performance.Though, in the illustrated embodiment, the selection at sub process 732may be based, at least in part, on cost of each network.

Following sub process 732, processing may be network specific.Accordingly, the process steps, including those at block 734 anddecision block 740 may be based on a specific network and may beperformed within lower stack portion 234. In contrast, processing atdecision block 720 and block 730 may be network independent, and may beperformed in upper stack portion 232. Associating a user mode entitywith data to be transmitted at block 730 allows the processing in lowerstack portion 234, though network specific, to also account fordifferent policies applicable to different user mode entities.Accordingly, at block 734, the usage policy for the user mode entity maybe applied in conjunction with data cost information for a specificnetwork to determine whether transmission of the data complies with theusage policy for the user mode entity.

At decision block 740, the process of FIG. 7 may branch depending onwhether transmission of the data is consistent with the policyapplicable to the user mode entity. If so, the process may branch fromdecision block 740 to sub process 750 where the data may be transmittedover the selected network.

Though, if transmission is inconsistent with the usage policy for theuser mode entity, processing may branch from decision block 440 to block742. At block 742, processing to reduce data usage may be performed. Inthis example, the processing to reduce data usage involves throttlingthe data to reduce the rate at which the data is transmitted. The datamay be throttled in any suitable way, including buffering the datawithin stack 230 or adjusting settings on firewall 240. Thoughthrottling the data may not reduce the amount of data transmitted for asingle network operation, throttling the data may reduce the rate atwhich network operations are performed, thereby lowering the totalamount of data communicated over a network over time.

The process may then proceed to sub process 750 where the data, asthrottled is transmitted. Regardless of whether sub process 750 entailstransmitting the data with or without throttling, from sub process 750,processing may proceed to block 752. At block 752, the amount of datatransmitted may be recorded. Recording transmitted data at block 752 mayentail updating data store 254 or taking any other suitable action.

Thereafter, processing at FIG. 7 may end. Though, it should beappreciated that the processing represented by FIG. 7 may be repeated asfurther applications request operations that entail data transfer over anetwork.

Turning to FIG. 8, an example of a technique for obtaining data usagepolicies is provided. As noted in FIG. 2, cost service 256 may beassociated with a user interface 260 through which policy informationmay be provided by a user. FIG. 8 represents an example of a graphicaluser interface 810 that may be presented to obtain a portion of theinformation that may make up a data usage policies for user modeentities. In this example, the user mode entities are applications. Inparticular, the applications are shown by category. In this example,which is illustrative only, categories are shown for email applications,browser applications, games and multi-media applications.

FIG. 8 shows a user interface 810 through which a user may assignthresholds to each category of application. In this example, a displayarea is provided for each category of application. Display area 840A isprovided for email applications. Display area 840B is provided forbrowser applications. Display area 840C is provided for games, anddisplay area 840D is provided for multi-media applications. Each of thedisplay areas has generally the same format in this example.

Each display area provides a mechanism by which a user may input valuesindicating a threshold amount of data usage below which the applicationwill be permitted to perform operations that trigger data usage.Additionally, each display area contains controls through which a usermay specify conditional processing to be performed when that thresholdis exceeded. In this example, the threshold is specified as a percentageof a data usage cap for a network. The cap is illustrated graphically ingraphical user interface 810 by indicator 860. Each of the displayareas, of which display area 840D is representative, includes a slider850. Slider 850 is an example of a graphical user interface control asis known in the art. A user may specify a value by interacting withgraphical user interface 810 using a mouse or other suitable humaninterface device to indicate a position of slider 850.

In the scenario illustrated in FIG. 8, a user has positioned slider 850to be in excess of the data usage cap for the network. Specifically inthis example, slider 850 is positioned to indicate a threshold of 150%of the cap. A threshold indicating a value greater than the capindicates that multi-media applications, which are associated withdisplay area 840D, may be permitted to continue to perform networkoperations even after the data usage cap is exceeded and incrementalcharges for data usage are being incurred.

Moreover, display area 840D includes controls, such as controls 852 and854, through which a user may specify conditional processing once thespecified threshold is exceeded. In this example, controls 852 and 854are check boxes. In the specific scenario illustrated in FIG. 8, control852 has been activated, indicating user input that multi-mediaapplications should be throttled after the threshold is exceeded. Thoughnot activated in display area 840D, control 854 provides an alternativeinput that allows a user to specify that transmissions associated withmulti-media applications are blocked once the specified threshold isexceeded.

Other display areas 840A, 840B and 840C associated with emailapplications, browser applications and games, respectively, similarlyhave sliders and controls, allowing a user to specify thresholds andconditional processing once the threshold is exceeded for those othertypes of applications. For example, display area 840A indicates that theuser has selected a threshold of 50% of the cap for the network fore-mail applications. Display area 840A also indicates that a user hasselected that, once data usage exceeds the specified threshold of 50%,email applications are blocked from initiating operations that requiredata transmission.

Display 840B indicates similar settings for browser applications.Though, in this case the threshold is set at 90% of the cap and theconditional processing entails throttling transmissions once thethreshold is exceeded.

For games, as indicated in display area 840C, the user has set thethreshold at 60% of the cap, and network operations requiring datatransmissions associated with games are block once that threshold isexceeded.

In this example, graphical user interface 810 includes a control 830through which a user may select a network for which the settings enteredthrough graphical user interface 810 apply. In this example, control 830is formatted as a drop down list box, which may be rendered usingtechniques as are known in the art. In the operating state illustratedin FIG. 8, a user has selected, through control 830, Network 1.Accordingly, the settings input through display areas 840A, 840B, 840Cand 840D apply to Network 1. Through manipulation of control 830, a usermay select a different network and may enter different values, creatingdifferent policies for other networks.

Graphical user interface 810 shows that a user may select multiple waysin which to input values forming a policy for user mode components. Inthis example, multiple tabs are illustrated, with different tabsassociated with different classes of applications. Tab 820A has beenselected, allowing a user to specify values for applications on acategory by category basis. Other tabs, such as tabs 820B, 820C, 820Dand 820E are also available. Through these tabs, a user may access otherdisplay areas through which a user may specify policy information foruser mode entities in other ways. For example, accessing tab 820B mayallow a user to access email applications individually and establishvalues of parameters of a usage policy for each application separately.Likewise, tabs 820C, 820D and 820E may allow a user to access displayareas corresponding to browser applications, games and multi-mediaapplications, respectively, and provide values defining policies forapplications of these types individually. Accordingly, it should beappreciated at FIG. 8 represents just one example of a mechanism bywhich a user may specify policy values applicable to usage policies foruser mode entities.

The above described techniques may be implemented in any suitablecomputing device. FIG. 9 illustrates an example of a suitable computingsystem environment 900 on which the invention may be implemented. Thecomputing system environment 900 is only one example of a suitablecomputing environment and is not intended to suggest any limitation asto the scope of use or functionality of the invention. Neither shouldthe computing environment 900 be interpreted as having any dependency orrequirement relating to any one or combination of components illustratedin the exemplary operating environment 900.

The invention is operational with numerous other general purpose orspecial purpose computing system environments or configurations.Examples of well known computing systems, environments, and/orconfigurations that may be suitable for use with the invention include,but are not limited to, personal computers, server computers, hand-heldor laptop devices, multiprocessor systems, microprocessor-based systems,set top boxes, programmable consumer electronics, network PCs,minicomputers, mainframe computers, distributed computing environmentsthat include any of the above systems or devices, and the like.

The computing environment may execute computer-executable instructions,such as program modules. Generally, program modules include routines,programs, objects, components, data structures, etc. that performparticular tasks or implement particular abstract data types. Theinvention may also be practiced in distributed computing environmentswhere tasks are performed by remote processing devices that are linkedthrough a communications network. In a distributed computingenvironment, program modules may be located in both local and remotecomputer storage media including memory storage devices.

With reference to FIG. 9, an exemplary system for implementing theinvention includes a general purpose computing device in the form of acomputer 910. Components of computer 910 may include, but are notlimited to, a processing unit 920, a system memory 930, and a system bus921 that couples various system components including the system memoryto the processing unit 920. The system bus 921 may be any of severaltypes of bus structures including a memory bus or memory controller, aperipheral bus, and a local bus using any of a variety of busarchitectures. By way of example, and not limitation, such architecturesinclude Industry Standard Architecture (ISA) bus, Micro ChannelArchitecture (MCA) bus, Enhanced ISA (EISA) bus, Video ElectronicsStandards Association (VESA) local bus, and Peripheral ComponentInterconnect (PCI) bus also known as Mezzanine bus.

Computer 910 typically includes a variety of computer readable media.Computer readable media can be any available media that can be accessedby computer 910 and includes both volatile and nonvolatile media,removable and non-removable media. By way of example, and notlimitation, computer readable media may comprise computer storage mediaand communication media. Computer storage media includes both volatileand nonvolatile, removable and non-removable media implemented in anymethod or technology for storage of information such as computerreadable instructions, data structures, program modules or other data.Computer storage media includes, but is not limited to, RAM, ROM,EEPROM, flash memory or other memory technology, CD-ROM, digitalversatile disks (DVD) or other optical disk storage, magnetic cassettes,magnetic tape, magnetic disk storage or other magnetic storage devices,or any other medium which can be used to store the desired informationand which can accessed by computer 910. Communication media typicallyembodies computer readable instructions, data structures, programmodules or other data in a modulated data signal such as a carrier waveor other transport mechanism and includes any information deliverymedia. The term “modulated data signal” means a signal that has one ormore of its characteristics set or changed in such a manner as to encodeinformation in the signal. By way of example, and not limitation,communication media includes wired media such as a wired network ordirect-wired connection, and wireless media such as acoustic, RF,infrared and other wireless media. Combinations of the any of the aboveshould also be included within the scope of computer readable media.

The system memory 930 includes computer storage media in the form ofvolatile and/or nonvolatile memory such as read only memory (ROM) 931and random access memory (RAM) 932. A basic input/output system 933(BIOS), containing the basic routines that help to transfer informationbetween elements within computer 910, such as during start-up, istypically stored in ROM 931. RAM 932 typically contains data and/orprogram modules that are immediately accessible to and/or presentlybeing operated on by processing unit 920. By way of example, and notlimitation, FIG. 9 illustrates operating system 934, applicationprograms 935, other program modules 936, and program data 937.

The computer 910 may also include other removable/non-removable,volatile/nonvolatile computer storage media. By way of example only,FIG. 9 illustrates a hard disk drive 940 that reads from or writes tonon-removable, nonvolatile magnetic media, a magnetic disk drive 951that reads from or writes to a removable, nonvolatile magnetic disk 952,and an optical disk drive 955 that reads from or writes to a removable,nonvolatile optical disk 956 such as a CD ROM or other optical media.Other removable/non-removable, volatile/nonvolatile computer storagemedia that can be used in the exemplary operating environment include,but are not limited to, magnetic tape cassettes, flash memory cards,digital versatile disks, digital video tape, solid state RAM, solidstate ROM, and the like. The hard disk drive 941 is typically connectedto the system bus 921 through a non-removable memory interface such asinterface 940, and magnetic disk drive 951 and optical disk drive 955are typically connected to the system bus 921 by a removable memoryinterface, such as interface 950.

The drives and their associated computer storage media discussed aboveand illustrated in FIG. 9, provide storage of computer readableinstructions, data structures, program modules and other data for thecomputer 910. In FIG. 9, for example, hard disk drive 941 is illustratedas storing operating system 944, application programs 945, other programmodules 946, and program data 947. Note that these components can eitherbe the same as or different from operating system 934, applicationprograms 935, other program modules 936, and program data 937. Operatingsystem 944, application programs 945, other program modules 946, andprogram data 947 are given different numbers here to illustrate that, ata minimum, they are different copies. A user may enter commands andinformation into the computer 910 through input devices such as akeyboard 962 and pointing device 961, commonly referred to as a mouse,trackball or touch pad. Other input devices (not shown) may include amicrophone, joystick, game pad, satellite dish, scanner, or the like.These and other input devices are often connected to the processing unit920 through a user input interface 960 that is coupled to the systembus, but may be connected by other interface and bus structures, such asa parallel port, game port or a universal serial bus (USB), A monitor991 or other type of display device is also connected to the system bus921 via an interface, such as a video interface 990. In addition to themonitor, computers may also include other peripheral output devices suchas speakers 997 and printer 996, which may be connected through anoutput peripheral interface 995.

The computer 910 may operate in a networked environment using logicalconnections to one or more remote computers, such as a remote computer980. The remote computer 980 may be a personal computer, a server, arouter, a network PC, a peer device or other common network node, andtypically includes many or all of the elements described above relativeto the computer 910, although only a memory storage device 981 has beenillustrated in FIG. 9. The logical connections depicted in FIG. 9include a local area network (LAN) 971 and a wide area network (WAN)973, but may also include other networks. Such networking environmentsare commonplace in offices, enterprise-wide computer networks, intranetsand the Internet.

When used in a LAN networking environment, the computer 910 is connectedto the LAN 971 through a network interface or adapter 970. When used ina WAN networking environment, the computer 910 typically includes amodem 972 or other means for establishing communications over the WAN973, such as the Internet. The modem 972, which may be internal orexternal, may be connected to the system bus 921 via the user inputinterface 960, or other appropriate mechanism. In a networkedenvironment, program modules depicted relative to the computer 910, orportions thereof, may be stored in the remote memory storage device. Byway of example, and not limitation, FIG. 9 illustrates remoteapplication programs 985 as residing on memory device 981. It will beappreciated that the network connections shown are exemplary and othermeans of establishing a communications link between the computers may beused.

Having thus described several aspects of at least one embodiment of thisinvention, it is to be appreciated that various alterations,modifications, and improvements will readily occur to those skilled inthe art.

For example, it is described that applications may access an APImaintained by an operating system to obtain current network informationthat includes a current basis for computing usage charges. Thisinformation may be presented as a cost per unit of data, which allowsthe application to compute a cost of a contemplated operation.Alternatively or additionally, this information may be presenteddirectly as a cost of performing a contemplated operation.

Also, operation of a cost aware application has been described. Itshould be appreciated that an application is an example of a user-modecomponent. Other user-mode components, such as services executing in theoperating system may access cost information and selectively performoperations involving data transmissions over a network based on thatcost information.

Also, though automated techniques are described by which a service thatuses cost information related to data usage may obtain that information,manual or semi-automated techniques may be used. For example, a user canexpressly input cost information. Alternatively, a network interfacecard may be configured with such information or a data file containingsuch information may be loaded onto the computing device when the dataservice is activated or at other times.

Further, examples are provided in which management of network operationsis performed based on user-mode entities. However, it should beappreciated that usage information may be collected for any suitableentity and that management of network operations may similarly may beperformed on any suitable entities, including kernel mode or othercomponents of an operating system.

Such alterations, modifications, and improvements are intended to bepart of this disclosure, and are intended to be within the spirit andscope of the invention. Accordingly, the foregoing description anddrawings are by way of example only.

The above-described embodiments of the present invention can beimplemented in any of numerous ways. For example, the embodiments may beimplemented using hardware, software or a combination thereof. Whenimplemented in software, the software code can be executed on anysuitable processor or collection of processors, whether provided in asingle computer or distributed among multiple computers. Such processorsmay be implemented as integrated circuits, with one or more processorsin an integrated circuit component. Though, a processor may beimplemented using circuitry in any suitable format.

Further, it should be appreciated that a computer may be embodied in anyof a number of forms, such as a rack-mounted computer, a desktopcomputer, a laptop computer, or a tablet computer. Additionally, acomputer may be embedded in a device not generally regarded as acomputer but with suitable processing capabilities, including a PersonalDigital Assistant (PDA), a smart phone or any other suitable portable orfixed electronic device.

Also, a computer may have one or more input and output devices. Thesedevices can be used, among other things, to present a user interface.Examples of output devices that can be used to provide a user interfaceinclude printers or display screens for visual presentation of outputand speakers or other sound generating devices for audible presentationof output. Examples of input devices that can be used for a userinterface include keyboards, and pointing devices, such as mice, touchpads, and digitizing tablets. As another example, a computer may receiveinput information through speech recognition or in other audible format.

Such computers may be interconnected by one or more networks in anysuitable form, including as a local area network or a wide area network,such as an enterprise network or the Internet. Such networks may bebased on any suitable technology and may operate according to anysuitable protocol and may include wireless networks, wired networks orfiber optic networks.

Also, the various methods or processes outlined herein may be coded assoftware that is executable on one or more processors that employ anyone of a variety of operating systems or platforms. Additionally, suchsoftware may be written using any of a number of suitable programminglanguages and/or programming or scripting tools, and also may becompiled as executable machine language code or intermediate code thatis executed on a framework or virtual machine.

In this respect, the invention may be embodied as a computer readablestorage medium (or multiple computer readable media) (e.g., a computermemory, one or more floppy discs, compact discs (CD), optical discs,digital video disks (DVD), magnetic tapes, flash memories, circuitconfigurations in Field Programmable Gate Arrays or other semiconductordevices, or other non-transitory, tangible computer storage medium)encoded with one or more programs that, when executed on one or morecomputers or other processors, perform methods that implement thevarious embodiments of the invention discussed above. The computerreadable storage medium or media can be transportable, such that theprogram or programs stored thereon can be loaded onto one or moredifferent computers or other processors to implement various aspects ofthe present invention as discussed above. As used herein, the term“non-transitory computer-readable storage medium” encompasses only acomputer-readable medium that can be considered to be a manufacture(i.e., article of manufacture) or a machine. Alternatively oradditionally, the invention may be embodied as a computer readablemedium other than a computer-readable storage medium, such as apropagating signal.

The terms “program” or “software” are used herein in a generic sense torefer to any type of computer code or set of computer-executableinstructions that can be employed to program a computer or otherprocessor to implement various aspects of the present invention asdiscussed above. Additionally, it should be appreciated that accordingto one aspect of this embodiment, one or more computer programs thatwhen executed perform methods of the present invention need not resideon a single computer or processor, but may be distributed in a modularfashion amongst a number of different computers or processors toimplement various aspects of the present invention.

Computer-executable instructions may be in many forms, such as programmodules, executed by one or more computers or other devices. Generally,program modules include routines, programs, objects, components, datastructures, etc. that perform particular tasks or implement particularabstract data types. Typically the functionality of the program modulesmay be combined or distributed as desired in various embodiments.

Also, data structures may be stored in computer-readable media in anysuitable form. For simplicity of illustration, data structures may beshown to have fields that are related through location in the datastructure. Such relationships may likewise be achieved by assigningstorage for the fields with locations in a computer-readable medium thatconveys relationship between the fields. However, any suitable mechanismmay be used to establish a relationship between information in fields ofa data structure, including through the use of pointers, tags or othermechanisms that establish relationship between data elements.

Various aspects of the present invention may be used alone, incombination, or in a variety of arrangements not specifically discussedin the embodiments described in the foregoing and is therefore notlimited in its application to the details and arrangement of componentsset forth in the foregoing description or illustrated in the drawings.For example, aspects described in one embodiment may be combined in anymanner with aspects described in other embodiments.

Also, the invention may be embodied as a method, of which an example hasbeen provided. The acts performed as part of the method may be orderedin any suitable way. Accordingly, embodiments may be constructed inwhich acts are performed in an order different than illustrated, whichmay include performing some acts simultaneously, even though shown assequential acts in illustrative embodiments.

Use of ordinal terms such as “first,” “second,” “third,” etc., in theclaims to modify a claim element does not by itself connote anypriority, precedence, or order of one claim element over another or thetemporal order in which acts of a method are performed, but are usedmerely as labels to distinguish one claim element having a certain namefrom another element having a same name (but for use of the ordinalterm) to distinguish the claim elements.

Also, the phraseology and terminology used herein is for the purpose ofdescription and should not be regarded as limiting. The use of“including,” “comprising,” or “having,” “containing,” “involving,” andvariations thereof herein, is meant to encompass the items listedthereafter and equivalents thereof as well as additional items.

What is claimed is:
 1. A method performed on a device configured forutilizing a network that has a monetary cost associated with theutilizing, the method comprising: determining if an amount of dataintended for transfer via the network exceeds a threshold; transferring,in response to the amount of the data not exceeding the threshold, thedata via the network; and alternatively transferring, in response to theamount of the data exceeding the threshold, the data, the alternativelytransferring comprising throttling or blocking the alternativelytransferring of at least a portion of the data via the network.
 2. Themethod of claim 1 where the alternatively transferring comprisesselecting an alternative network.
 3. The method of claim 2, thealternatively transferring further comprising transferring, via thealternate network, at least a portion of the data.
 4. The method ofclaim 1 further comprising recording usage information based on thetransferring.
 5. The method of claim 1 where the utilizing correspondsto a particular application, and where the data is associated with theparticular application.
 6. The method of claim 5, the determiningfurther comprising providing charging policy information to theparticular application.
 7. The method of claim 6 where the chargingpolicy indicates a charging model associated with the utilizing that isimposed by an operator of the network.
 8. At least one computer-readablestorage medium comprising computer-executable instructions that, whenexecuted by a device configured for utilizing a network that has amonetary cost associated with the utilizing, cause the device to performactions comprising: determining if an amount of data intended fortransfer via the network exceeds a threshold; transferring, in responseto the amount of the data not exceeding the threshold, the data via thenetwork; and alternatively transferring, in response to the amount ofthe data exceeding the threshold, the data, the alternativelytransferring comprising throttling or blocking the alternativelytransferring of at least a portion of the data via the network.
 9. Theat least one computer-readable storage medium of claim 8 where thealternatively transferring comprises selecting an alternative network.10. The at least one computer-readable storage medium of claim 9, thealternatively transferring further comprising transferring, via thealternate network, at least a portion of the data.
 11. The at least onecomputer-readable storage medium of claim 8, the actions furthercomprising recording usage information based on the transferring. 12.The at least one computer-readable storage medium of claim 8 where theutilizing corresponds to a particular application, and where the data isassociated with the particular application.
 13. The at least onecomputer-readable storage medium of claim 12, the determining furthercomprising providing charging policy information to the particularapplication.
 14. The at least one computer-readable storage medium ofclaim 13 where the charging policy indicates a charging model associatedwith the utilizing that is imposed by an operator of the network.
 15. Adevice and at least one software module together configured forutilizing a network that has a monetary cost associated with theutilizing, and further configured for performing actions comprising:determining if an amount of data intended for transfer via the networkexceeds a threshold; transferring, in response to the amount of the datanot exceeding the threshold, the data via the network; and alternativelytransferring, in response to the amount of the data exceeding thethreshold, the data, the alternatively transferring comprisingthrottling or blocking the alternatively transferring of at least aportion of the data via the network.
 16. The device and at least onesoftware module of claim 15 where the alternatively transferringcomprises selecting an alternative network, and further comprisestransferring, via the alternate network, at least a portion of the data.17. The device and at least one software module of claim 15, the actionsfurther comprising recording usage information based on thetransferring.
 18. The device and at least one software module of claim15 where the utilizing corresponds to a particular application, andwhere the data is associated with the particular application.
 19. Thedevice and at least one software module of claim 18, the determiningfurther comprising providing charging policy information to theparticular application.
 20. The device and at least one software moduleof claim 19 where the charging policy indicates a charging modelassociated with the utilizing that is imposed by an operator of thenetwork.